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BACKGROUND OF THE INVENTION 



Field of the Invention 



The present invention relates to the field of use of 



teleconferencing systems. More particularly, the present 
5 invention relates to the dynamic launching of teleconferencing 
applications upon receipt of a call. 

Degcriptign pf Related Art; 



« application in personal computer systems. Such applications 

jffflO typically allow the transfer of audio and video data between users 

2~ so that they can speak and otherwise communicate with one another. 

01 Such applications sometimes also include data sharing wherein 

•=3 3" 

U various types of data such as documents, spreadsheets, graphic 

H data, or other types of data, can be shared and manipulated by all 

plS participants in the teleconference. Different teleconference 

r ; S 

applications perhaps residing on different hardware platforms have 
different capabilities. Moreover, a wide variety of features has 
been implemented in different teleconference applications, and the 
proliferation of different types of computer systems with 
20 different capacities, and different networking media has created 
challenges for teleconferencing. 



teleconferencing applications are also used to run such programs 
for performing word processing, spreadsheet applications, database 
25 applications, and a variety of other applications. Thus, the 



Teleconferencing is increasingly becoming a popular 



For example, most systems which are used for 
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resources contained in the computer system are shared between 
these multiple applications. Often, most computer systems are 
limited in the amount of random access memory they contain and 
also the amount of processing power available for performing 
( | 5 operations. In order for a user to receive calls, the user must 
keep the conferencing application open. Otherwise, if the called 
party does not have the conferencing application open, the calling 
party would receive a notice that the called party is not present 
to answer the call. 
10 So, in order to receive a call, a user currently needs 

to keep any conferencing application open. However, keeping the 
03 conferencing application open is a waste of resources. Memory 
=p which is allocated to the conferencing application could be used 
yl for other applications. Also, processing resources are consumed 
yl5 in launching and maintaining the conferencing application. These 
ri resources are unnecessarily preoccupied for the times when there 
are no teleconferencing sessions in occurrence. A user can wait 
^ until he wishes to initiate a teleconferencing session before 

launching the teleconferencing application, but this means that 
20 there is no call notification unless the user receives a "regular" 
phone call, which does not allow for on-demand conferencing. 

Thus , a solution needs to be provided that will allow a 
system to dynamically load the conferencing application only when 
necessary to answer a call, but not require the conferencing 
25 application to be loaded and executing to receive notice of an 
incoming call. 
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SUMMARY OF THE INVENTION 

The invention provides a method and apparatus for 
dynamically launching a conferencing application upon the 

\if detection of an incoming call. 

5 The invention can be implemented in a computer system 

having a memory, a processor, and a network interface by a method 

- for dynamically launching a conferencing application upon the 

receipt of an incoming call having the steps of: receiving an 
incoming call signal on the network interface; processing the 

^10 incoming call signal to detect an intended recipient application; 

W and launching the intended recipient application. 

4* An apparatus for dynamically launching "a conferencing 

yl application upon the receipt of an incoming call is also shown, 

LJ the apparatus having a call directing module; a process manager 

rjl5 coupled to the call' directing module; and, a conferencing 

iil 

component coupled to the network interface; and the call directing 
^ module; the conferencing component containing a circuit for 
ys notifying the call directing module upon receipt of an incoming 
call and causing the call director to signal the process manager 
20 to activate a conferencing application. 

The invention will allow a system to dynamically load a 
conferencing application only when necessary to answer a call, but 
not require the conferencing application to be loaded and 
executing to receive notice of an incoming call. 
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Other objects, features and advantages of the invention 
will be apparent from the accompanying drawings, and from the 
detailed description that follows below. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 illustrates an example configuration in which 
various embodiments of the invention may be implemented. 

Figure 2 illustrates a single system in which 
5 embodiments of the invention may be implemented. 

Figure 3 illustrates an example architecture on which a 
system employing various embodiments of the invention is based. 

Figure 4 illustrates a preferences file configured in 
accordance to the invention. 
10 Figure 5 illustrates a system employing various 

embodiments of the invention. 

Figure 6 illustrates a system employing various 
embodiments of the invention used for initializing persistent 
listening . 

15 Figure 7 illustrates a system employing various 

embodiments of the invention used for transfering an incoming 
call. 

Figure 8 is a flow diagram illustrating a prefered 
operation of the invention used for dynamically launching a 
20 conferencing application. 



May 8, 1996 -5- 04860. P1937 





DETAILED DESCRIPTION OF THE INVENTION 



The present invention provides a method and apparatus 



for dynamically launching teleconferencing applications upon 
receipt of a call. For purposes of explanation, specific 
5 embodiments are set forth to provide a thorough understanding of 
the present invention. However, it will be understood by one 
- skilled in the art, from reading this disclosure, that the 

invention may be practiced without these details. Further, 
although the present invention is described through the use of 
aa 10 certain specific embodiments thereof, especially, with relation to 
03 certain hardware configurations, data structures, packets, method 
=p steps, and other specific details, these should not be viewed as 
rff limiting the present invention. Various modifications can be made 
y by one skilled in the art, without departing from the overall 
□15 spirit and scope of the present invention. 



owner has no objection to the facsimile reproduction by anyone of 



20 Office patent files or records, but otherwise reserves all 
copyright rights whatsoever. Copyright Apple Computer, Inc. 

A typical system configuration in which a teleconference may 
take place is illustrated as 100 in Figure 1. For example, a 
first workstation 150 may communicate via teleconference with a 

25 second workstation 155, as illustrated. System 150 may include a 
central processing unit 150c which is coupled to a display 150d a 



M 




the patent disclosure, as it appears in the Patent and Trademark 
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video input device 150a, and a sound input device 150b. The 
system 150 may communicate with over system 155 over networking 
medium 170 via network connection module 160. Network connection 
module 160 may include any number of network adapters commercially 
5 available such as Ethernet, Token Ring, or any other networking 
standard commercially available. Note that network adapter 160 
may also include a wireless network adapter which allows 
transmission of data between components without a medium 170. 
Communication is thus provided via network adapter 165 coupled to 
10 system 155, and bi-directional communications may be established 
between two systems. System 150 further has a keyboard 150e and a 
pointing device 150f, such as a mouse, track ball, or other device 
for allowing user selections and user input. 



15 general purpose computer system is used for implementing the 
teleconferencing applications and associated processes to be 
described here. Although certain of the concepts to be described 
here will be discussed with reference to teleconferencing, it is 
apparent that the methods and associated apparatus can be 

20 implemented for other applications, such as file sharing, real 

time data acquisition, or other types of applications which sends 
data from a first participant to a second participant or set of 
participants. A computer system such as that used for 
implementing embodiments of the present invention will now be 

25 described. 



In implemented embodiments of the present invention, a 



Figure 2 is a diagram showing a computer system capable 



of implementing the present invention, such as a workstation, 
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personal computer or other processing apparatus. The sub-system 

300 comprises a bus or other communication means 301 for 
communicating information, and a processor 302 coupled with bus 

301 for processing information. Sub-system 300 further comprises 
5 a random access memory (RAM) or other volatile storage device 304 

(referred to as main memory) , coupled to bus 301 for storing 
information and instructions to be executed by processor 302. 
Main memory 304 also may be used for storing temporary variables 
or other intermediate information during execution of instructions 

10 by processor 302. Sub-system 300 also comprises a read only 

memory (ROM) and/or other static storage device 3 06 coupled to bus 
301 for storing static information and instructions for processor 
302, and a mass storage device 307 such as a magnetic disk or 
optical disk and its corresponding disk drive. Mass storage 

15 device 307 is coupled to bus 301 for storing information and 
instructions . 



such as a cathode ray tube (CRT) or liquid crystal display (LCD) 
coupled to bus 3 01 for displaying information to a computer user. 

20 Such a display 321 may further be coupled to bus 301 for the 

receipt of video or image information. A keyboard 322, including 
alphanumeric and other keys may also be coupled to bus 301 for 
communicating information and command selections to processor 302. 
An additional user input device is cursor control 323, such as a 

25 mouse, a trackball, stylus, or cursor direction keys, coupled to 
bus 3 01 for communicating direction information and command 
selections to processor 302, and for controlling cursor movement 
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Sub-system 300 may further be coupled to a display 321 




•• •• 



on display 321. For teleconferencing applications, system 300 may 
also have coupled to it a sound output device 328, a video input 
device 329, and sound input device 326, along with the associated 
D/A (Digital-to-Analog) and A/D (Analog-to-Digital ) converters or 
software codecs for inputting or outputting media signal 
bitstreams. System 150c may further be coupled to communication 
device 327 which is coupled to network adapter 160 for 
communicating with other computers over network 370. 

Note, also, that any or all of the components of system 
150c and associated hardware may be used in various embodiments, 
however, it can be appreciated that any configuration of the 
system may be used for various purposes according to the 
particular implementation . 

In one embodiment, system 300 is one of the Apple 
Computer® brand family of personal computers such as the Macintosh 
8100 brand personal computer manufactured by Apple Computer, Inc. 
of Cupertino, California. Processor 302 may be one of the PowerPC 
brand microprocessors manufactured by Motorola, Inc. of 
Schaumburg, Illinois . 

Although a general purpose computer system has been 
described, it can be appreciated by one skilled in the art, 
however, that the following methods and apparatus may be 
implemented in special purpose hardware devices, such as discrete 
logic devices, large scale integrated circuits (LSI's), 
application-specific integrated circuits (ASIC's), or other 
specialized hardware. The description here has equal application 
to apparatus having similar function. 
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Figure 3 illustrates a plurality of processes and/or 
apparatus which may be operative within system 150c. At the 
highest level, for example, at the highest level in the ISO/OSI 
networking model, a conferencing application 401, such as a 
5 teleconferencing application, an audio/video server, or a data 
server, communicates with a conference component 400 in the form 
of Application Program Interface (API) calls. 

Conference component 400 allows conferencing application 
401 to establish communications between two or more teleconference 

10 stations. Control information, and media information can be 
transmitted between the first participant system and a second 
participant system. Conference component 400 communicates with 
the transport component 402 by sending messages for other 
teleconferencing stations which are encapsulated and placed into a 

15 form that the transport component 402, and the network component 
403, can packetize and transmit over networking medium 170. 

Transport component 402 and networking component 403 
provide the necessary operations for communication over the 
particular type of network adapter 160 and networking medium 170 

20 according to a particular implementation. For example, networking 
component 403 may provide the TCP or ADSP protocols and 
packetizing, according to those respective standards. Transport 
component 402 can support standards such as H.320 or MovieTalk™ 
transport standards. There can exist multiple transport 

25 components and multiple network components, as described below. 

The main function of conference component 400 is to 
establish and maintain a bi-directional connection between every 
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member of a conf erencG — i.e., between conf erencing applications . 
Conferencing applications use a control channel to exchange 
control data that is pertinent to the conference. This data might 
include user identification information or other information that 
5 is germane to the application's operation. Conferencing 

applications (e.g., conferencing applications 401) define the 
format and content of these control messages by establishing their 
own control protocols within the boundaries of the conferencing 
API. Conferencing components further establish communication 

10 channels between a first endpoint and a second endpoint, using 
underlying transport component 402. Thus, once a media channel 
has been established, conference component 400 uses the media 
channel of transport component 402 which is provided for 
transmission of media and non -media information. 

15 Conferencing application 401 controls conference 

component 400 by the issuance of QuickTime™ Conferencing API 
calls. Conferencing applications operate using an event-driven 
model wherein events pertinent to the application are issued to 
conferencing application 401. Conferencing application 401 can 

20 then take appropriate action either by modifying internal data 

structures within (creating a source or sync), and/or issuance of 
appropriate messages over the network to other connected 
components, or potential participants. In addition, conference 
components also respond to events and messages that are received. 

25 In addition, conference components take appropriate actions 
pertaining to the receipt of API calls from conferencing 
applications . 
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There can exist multiple conferencing components, 



wherein each conferencing application requires at least one 
conference component, but each conferencing application can have 
more than one associated conference component. Each conferencing 

- 5 component has an unique identification number. In addition, each 

conference component contains one "listen string", which is 
unique. A listen string is the encapsulation of the parameters of 

- the "MTConf erenceListen" API call for each conference component. 



Listen strings can contain more than one network or port . A 
10 listen string is composed of two parts: a fixed portion 

identifying a service name (which is similar to service names 

given to printers in an AppleTalk™ network that are displayed in 
; the Chooser application in the Apple Macintosh operating system) , 

and a variable portion containing a list of one or more service 



Q15 types, which contain the transport /network types with which the 

^ transport components and network components can interface. For 

^ example, service types can be port numbers for TCP/IP networks or 

^ device types for AppleTalk network. The transport /network tuples 

^ § will be described below in association with the discussion of 

20 Figure 5. 



conferencing application 401 be present to handle incoming call 
events generated by conference component 400. As conferencing 
applications (such as conferencing application 401) utilize 
25 significant system resources (e.g., processor processing power and 
memory space) , the requirement that conferencing application 401 
be executing even when there are no calls present to necessitate 
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The system as shown in Figure 3 requires that a 





the existence of a conferencing application prevents the use of 
those resources by other applications. A system that removes the 
requirement by allowing conferencing application 401 to be 
launched when needed (i.e., launching only when there is an 
5 incoming call to handle) , is described below. 

Figure 5 illustrates a preferred embodiment of the 
invention having a call director 502; a demon conference component 
504 (i.e., a conference component acting in demon mode); a 
transport component 506; and a network component 508. The 

10 preferred embodiment also contains a call director preferences 

510. Call director 502, demon conference component 504, transport 
component 506, and network component 508 can be referred to as 
call processing module. 

Call director 502 is a "faceless" background process 

15 that is loaded at initialization of the computer system contained 
in Figure 2. One of the main functions of call director 502 is 
to initiate the automatic launching of a conferencing application 
when a call is received by the computer system. In addition, call 
director 502 is responsible for initiating and interacting with 

20 demon conference component 504 to control the transfer of calls to 
a conferencing application. As a faceless process -- i.e., a 
process that does not need to contain any code to interface 
directly with a user -- call director 502 requires very little in 
terms of system resources. More importantly, aside from the 

25 indications given by the dynamic launching capabilities and other 
functionality provided by call director 502, and the relatively 
small memory foot-print of call director 502, the user does not 
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even have to be aware that call director 502 is existent. Through 
the use of the elements contained in Figure 5, conferencing 
application 401 does not have to be loaded and executing until an 
incoming call exists. 

- 5 Demon conference component 504, which is controlled by 

call director 502 through the use of the QuickTime™ Conferencing 
Application API, is responsible for performing the "persistent 

: listening" for incoming calls. Demon conference component 504 is 

created by call director 504 after call director 504 has finished 
10 launching. Demon conference component 504 is an instance of the 
class of conference components that is initiated into a special 

f J 

C3 mode of operation by call direction 504 through the use of a 
jz "MTConf erenceSetPersistence" API call with the parameter 
m "mtPersistenceDemonMode" . 

yl5 In a preferred embodiment, there can only be one demon 

~ n conference component in each computer system. Demon conference 
^ component 504 is the only conference component instance of call 
*f director 502. That is, call director 502 can only have a single 
* s instance of a conference component (as opposed to conferencing 
20 application, which can have multiple conference component 

instances) . Demon conference component 504 communicates with 
other conference components to transfer incoming calls indicated 
by transport component 506 and network component 508 using a 
shared data structure in memory. A preferred embodiment of the 
25 shared data structure is further described below, along with a 
description of the basic operations of the invention, while 
referencing Figure 6. 
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Figure 6 illustrates a sample configuration using the 



preferred embodiment of the invention wherein conferencing 
application 401 and conference component 400 interacts with call 
director 502 and demon conference component 504 through the use of 
a shared queue structure 512 . 

Inter-Conference Component Communication 

In the preferred embodiment, conference components 
communicate (i.e., achieve interprocess communication) through the 
use of shared memory. Specifically, conference components 
communicate through the use of globally accessible data structures 
composed of a demon queue and an application queue, both of which 
are contained in shared queue structure 512 . The demon queue is 
used by any conferencing component of a conferencing application 
to send commands and information to demon conferencing component 
504 ( "QdPersistenceOn" , "QdPersistenceOf f " , "QdListenAgain" , 
"QdPersistenceClear" ) . The application queue is used by the demon 
conferencing component to send messages to other conferencing 
components ( "QdListenerStatus" , "QdDemonOf f " , "QdlncomingCall" ) . 
It is to be noted that the choice of using queues to allow inter- 
component communication is not intended to be limiting, and other 
methods of allowing inter-component communication can be used to 
achieve the same functionality. For example, instead of using 
queues to transfer commands and information, messages can be 
passed from one conferencing component to another. Alternatively, 
registers may be used to pass information from one conference 
component to another. 
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In the following description of Figure 6, it is assumed 



that call director 502 has been loaded at the time of 
initialization of the computer system, and call director 502 has 
created an instance of the class of conference components and 
- 5 initialized into that conference component instance into demon 
conference component 504 through the use of the 
"MTConf erenceSetPersistence" API call with a parameter of 
"mtPersistenceDemonMode" . It is important that a demon conference 
component such as demon conference component 504 exists so as to 
10 perform persistent listening. If there is not a conference 

component in demon mode, there can be no persistent listening. 
ffk Moreover, if a conferencing application tries to turn on 
1= persistent listening when there is no demon conference component 
^ initiated, the conference component of the conferencing 
jHlS application will return a "mtDemonKaputErr" message, indicating 
; s that there is no demon conference component to turn-on persistent 
y] listening. 

Jj Settina-Up Persistent Listening 



20 responsible for listening for incoming calls on behalf of all 

conferencing applications that request persistent listening. Call 
director 502 is responsible for dynamically launching (if 
necessary) and transferring an incoming call to the conferencing 
application which requested persistent listening. The process for 

25 configuring demon conference component 504 and call director 502 
in the preferred embodiment is as follows: 

May 8, 1996 -16- 04860. P1937 



As stated above, demon conference component 504 is 





(1) conferencing application 401 will first send an 

"MTConf erenceSet Persistence" API command with an 

"mt Persist enceOnMode" parameter after being launched to conference 
component 400; 

5 (2) conference application 401 will then send an API command 

( "MTConf erenceListen" ) requesting persistent listening and passing 
a listen string, which includes the identification of the port on 
which it wishes demon conference component 504 to listen, to 
conferencing component 40 0; 

10 (3) conference component 400 will place a request 

(QdPersistenceOn) on the demon queue to have demon conference 
component 504 perform persistent listening on the port specified 
by conferencing application 401 (the request containing an 
application signature, as discussed below, identifying 

15 conferencing application 401 as the requester and the parameters, 
or so-called "listen string", of the listening that conferencing 
application 401 is requesting, the parameters including a service 
name and a port) ; 

(4) demon conference component 504 will initialize transport 
20 component 506 and network component 508 as necessary to perform 

persistent listening on the requested service type and port; 

(5) at substantially the same time as step (4), demon 
conference component 504 will also notify call director 502 
through the use of a "mtPersistenceChangedEvent " that conferencing 

25 application 401 has requested persistent listening, and send the 
application signature of conferencing application 401 and the 
listen string, which, as stated, includes information regarding 
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the service type and port on which conferencing application 401 
wishes to listen; 

(6) call director 502 will then store the information 

received from demon conference component 504, including the 

- 5 application signature of conferencing application 401 (call 
director 502 will create an alias, as described below, for 
conferencing application 401 from the application signature) , the 
service name, the transport type, the network type, and the 
service type into call director preferences 510; and, 
10 (7) lastly, conferencing application 401 can either end 

execution or remain running -- but under either case, the 

« listening for incoming calls will be done by demon conference 
component 504, as described below. 

3r 

^ Persistent Listening of Incomin g Calls 

-^15 During normal operations, demon conference component 

5 

« 504, after detecting an incoming call, will notify the 

Q conferencing application which requested the listening to transfer 

42 the incoming call. As mentioned above, in order to ensure that an 

in "is 

incoming call can be matched-up with a conferencing application, 
20 call director 502 uses call director preferences 510 to track of 

A 

the conferencing applications that requests persistent listening. 
Call director 502 also uses call director preferences 510 to track 
all listen strings of the various conference components 
corresponding to the various conferencing applications. Also as 
25 discussed above, each listen string corresponds to a particular 
conference component and contain the service and the ports for 



May 8, 1996 



04860 .P1937 





which that conference component is responsible. Thus, call 
director preferences 510 contains: (1) a list of aliases for 
conferencing applications that requested listening; and (2) what 
each conferencing applications want to listen on, such as the name 
5 of a user, the transport and the network type, and the service 
type (e.g., a port number for TCP/IP)). 



preferences 510, displayed in content window 410, containing 
logical representations of: a listen strings list 412 ("mtls"), 

10 and a conferencing application alias list 414 ("alis"). Call 

director 502 uses call director preferences 510 to keep track of 
the persistent listening requests of conferencing applications, 
and to hold the values used to initiate a demon conference 
components (e.g., demon conference component 504), any transport 

15 components (e.g., transport component 506), and any network 

components (e.g., network component 508). The contents of listen 
strings list 412 is displayed in a listen string list window 416. 
The contents of conferencing application alias list 414 is 
displayed in a alias list window 418. 

20 As can be seen in listen string list window 416, only 

one listen string, a listen string 420, is contained in listen 
strings list 412. Listen string 420 is identified in listen 
string list 412 by the unique identification number "20556", which 
is the identification number used to identify related resources in 

25 call director preferences 510. In addition, in listen string list 
window 416, it is shown that listen string 420 was initialized by 
conferencing application 401, which in this example is entitled 
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Figure 4 illustrates the contents of call director 





"QuickTime™ Web Conference". Thus, listen string 420 identifies 
that conference component 400 belongs to conferencing application 
401. 

The contents of listen string 420 is displayed in a 
- 5 listen string content window 422. Listen string 420 contains a 
service name 424 ("James Watt" in ASCII and a hexadecimal 
equivalent), a transport type 426 ("mtlktcpi" in ASCII and a 
hexadecimal equivalent), and a port 428 ("458" in ASCII and a 
hexadecimal equivalent) . Thus, conferencing component 401 is the 
10 requester of persistent listening for transport type 426 and port 



j* alias 430 is shown in conferencing application alias list 414 in 

m alias list window 418. Conferencing application alias 422 has an 

ril5 identification number 20556, which is the same identification 

L number used to identify listen string 420 in call director 

*l preferences 510. Conferencing application alias 422 is used by 
call director 502 to locate and launch conferencing application 

U 1 401 (i.e., QuickTime™ Web Conference) when an incoming call 



20 matches the profile contained in listen string 420. The aliases 
contained in conferencing application alias list 414 is kept in 
call director preferences 510 and only used by call director 502 

i.e. aliases are never passed down to demon conference 
component 504. 

25 The contents of conferencing application alias 430 is 

shown in alias content window 432 and contains the location of 
conferencing application 401. 
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Referring still to Figure 4, a conferencing application 




Answering of Incoming Calls After Persistent Listening Has Been 
Activated. 

After persistent listening has been set-up, assuming 
that conferencing application is still running (see Figure 6), 
5 when an incoming call is detected by transport component 506, 

demon conference component 504 will transfer the incoming call to 
conferencing component 400, which will notify conferencing 
application 401 of the incoming call. The incoming call is 
transferred through the following sequence: 

"10 (1) demon conference component 504 sends a "QdlncomingCall" 

message to conference component 400 through the use of shared 

p queue structure 512; 

ni (2) conference component 400 creates a new instance of a 

m transport component and a new instance of a network component, 
^15 which in Figure 7 is transport component 402 and network 
" component 403, respectively; 

(3) demon conference component 504 sends conference 

« component 400 a reference to transport component 506; 
J3 (4) conference component 400 "answers" the call by sending a 

20 "MTTransport Answer" message, along with the reference to transport 

component 506, to transport component 402 instance to transfer the 

call from transport component 506; 

(5) after the call has been transferred successfully, 

conference component 400 sends a "QdListenAgain" message to demon 
25 conference component 504 through the use of shared queue structure 
512; and, 
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(6) 



demon conference component 504 issues a 



MTTransportListen" API call to transport component 506 to await 



the next incoming call. 



- 5 



System Re-Initialization After Persistent Listening has been 
Initialized. 



When the computer system is re-initialized and call 



director 502 is loaded and begins execution after system 



initialization, the following start-up sequence occurs: 



(1) 



call director 502 reads call director preferences 510 



10 and retrieves any listen strings; 



(2) 



call director 502 initializes demon conference component 



504 to place it into demon mode as described above; 



(3) 



call director 502 sends one "MTConf erenceDemonListen 



m API call to demon conference component 504 for each listen string 
£115 that is retrieved from call director preferences 510, where each 
« API call passes demon conference component 504 the retrieved 

listen string and the associated application signature for the 
^ conferencing application that requested the listening. 

Hi-iackina of listening 

20 A later conferencing application will replace the 

listening of conferencing application 401 if the later 
conferencing application wants to listen to the same port (under 
TCP/IP) or the same name/device (under AppleTalk) . If this 
occurs, a "mtListenHijackedErr" , generated by demon conference 

25 component 504, will be received by conference component 400 if 

conferencing application 401, which has been "hi- jacked, ", is still 
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running. Conference component 400 will then inform conferencing 
application 401 that the listening requested by conference 
component 401 has been taken over so that conferencing application 
401 can take any necessary action. 

- 5 In addition, demon conference component 504 will send a 

"MTConf erenceSetPersistence" API call with the parameter of 
"mt Per sis tenceOff Mode" , along with the application signature of 
conferencing application 401, to call director 502. Call director 
502 will then remove the listen strings for conferencing 
10 application 401 from call director preferences 510. 

If conferencing application 401 is not running when a 

*p hi- jack occurs, then the "mtListenHijackedErr" will be removed 

1- after a certain time. 

f4 Turning Off Persistent Listening 

*T-5 If persistent listening is turned off for a listen 

^ string (i.e., a conference component), there will be no 
y notification of incoming calls for that listen string if the 
yj conferencing applications that handles that listen string is not 
loaded and executing -- i.e., the system will operate as it had 
20 before the existence of the invention. However, the user will 

continue to receive notification of incoming calls on the listen 
strings for which persistent listening has not been turned off. 

The sequence to turn off persistent listening will 
depend on whether conferencing application 401 is loaded and 
25 executing. If conferencing application 401 is loaded and 
executing, then the sequence is as follows: 
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(1) conferencing application 401 sends conference component 

400 a request to turn off persistent listening via a 

"MTConf erenceSetPersistence" API call with "mtPersistenceOf fMode" 

parameter; 

- 5 (2) conference component 400 sends a "QdPersistenceOf f " 

message to demon conference component 504; 
(3) demon conference component 504 will then remove 

transport component 506 and network component 508 and send a 
"QdDemonOf f " message to conference component 400; 
10 (4) demon conference component 504 sends a 

"MTPersistenceChangedEvent " message to call director 502 with the 
m application signature for conferencing application 401; 
1; (5) call director 502 removes the listen string for 

Tri conference component 400 from call director preference 510; 
^15 (6) conference component 40 0, after receiving the 

!L "QdPersistenceOf f" message from demon conference component 504, 
2: will create a new instance of a transport component and a new 
instance of a network component and initialize them for local 
01 listening -- i.e. conference component 400 will be responsible for 
20 waiting for an incoming call for the listen string. 

If the user thereafter quits conferencing application 
401, then the system will operate as if call director 502 is not 
present and the user will receive no notifications of incoming 
calls as conferencing application is not loaded and executed to 
25 perform listening. , 

It is to be noted that as a listen string can have more 
than one transport component and network component created for 
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persistent listening e.g., a listen string contains the 
listening for both a TCP/IP port and a AppleTalk service -- demon 
conference component 504 will have to remove all the transport 
components and network components associated with the listen 
string for which persistent listening is turned off in step (3). 
In addition, when those instances of transport components and 
network components are removed, the conference component which 



requests that p&esirst&mze listening be turned off for its listen 



string (e.g., conference component 400) will have to create a new 
set of transport component and network component instances to 
continue listening in step (6) . 



services and port that conferencing application 401 processes if 
conferencing application 401 is not currently loaded and 
executing, the user has to first launch conferencing application 
401. Conferencing application 401 then reads its own preference 
files and performs listen with same values as it did the last time 
it executed (i.e., conference component 400 sends a listen request 
with the same listen string it sent to initiate persistent 
listening to demon conference component 504) . Then, the same 
sequence used to turn off persistent listening is used, as 
described above. 

Dynamic Launching of a Conferencing Application 

Figure 8 is a flow diagram of the preferred operation 
of the invention wherein call director 502 operates to dynamically 
launch a conferencing application after persistent listening has 
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For a user to turn off persistent listening for the 






been initialized and an incoming call is received. The system in 
operation at the start of the flow diagram is as shown in Figure 
5. 

In block 802, call director 502 detects an incoming call 
- 5 through the use of demon conference component 504 and transport 
component 506. Call director 502 is notified by an 
"mtlncomingCallForEvent " , containing an application signature of 
the conferencing application which set-up the listen string. 

In block 804, demon conferencing component 504 will 
10 place a "QdlncomingCall " message on the application queue with the 
application signature, listen string, identity of transport 
component 506 (i.e., a reference to transport component 506), and 
% an "MTAddress" parameter, which identifies the address of the 
?t«j caller. Demon conference component 504 will also send an 
M:15 "MTIncomingCallForEvent " to call director 502 that an incoming 
* a call has been received along with an application signature and 
yj listen string for conferencing application 401 and conference 
S3 component 400. Call director 502 then checks the current process 
yl list to see if the conferencing application with the target 
20 application signature (i.e., conferencing application 401) is a 
process that is currently running. Operation will then continue 
with block 806, as discussed below. If the conferencing 
application is not running, call director 502 will try to launch 
the conferencing application, as discussed in block 808. 
25 In block 808, where the conferencing application is not 

currently executing, call director 502 will determine if the 
conferencing application is locatable so that it can be launched 
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-- i.e., whether the location of the conferencing application can 
be ascertained. Call director 502 will retrieve conferencing 
application alias 422 for conferencing application 401 from call 
director preferences 510, update the location of conferencing 
5 application 401 if necessary, and then use the process manager to 
launch conferencing application 401. If a conferencing 
application corresponding to conferencing application alias 422 
cannot be found (e.g., where conferencing application 401 has been 
removed from the storage devices accessible to the computer 
10 system), then operations will continue with block 824. 



call director 502 will determine whether there is enough free 
memory to run the conferencing application. If there is enough 
memory for conferencing application 401 to execute, call director 



conferencing application to execute, operations will continue with 
l block 816, where the user will be notified through an alert dialog 
20 that conferencing application 401 does not have enough memory to 
launch, and unless the user terminates and quits one or more 
processes that are currently occupying memory, the user will not 
be able to accept the incoming call. Call director 502 will keep 
checking for the user to free up memory until a predetermined 
25 time-out period has elapsed in block 818. At the end of the time- 
out period, if the user has not f reed-up enough memory, operation 



In block 810, if conferencing application is locatable, 



^115 502 will then initiate the launching of conferencing application 



401 continuing with block 812. 



If there does not exist enough memory for the 
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will continue with block 826. If the user does free up enough 
memory, the operations will continue with block 812 . 

In block 812, where there exists enough memory for 
conferencing application 401 to begin execution, call director 502 
- 5 will launch conferencing application 401 by using the process 

manager. Conferencing application 401 is notified that it must 
process the incoming call and therefore launches. 

After conferencing application 401 has launched, the 
system configuration will be as shown in Figure 6, where 
10 conferencing application 401 and its associated conference 
component 400 has loaded and is executing. 
m In block 814, call director 502 checks to see if 

]~ conferencing application 401 is listening in the same way as it 

was when the conferencing application set-up call director 502 for 
~15 persistent listening. If conferencing application 401 does not 

listen in the same way within a reasonable time, demon conference 
Ul component 504 recognizes that the incoming call has not been 
03 handled (i.e., the incoming call event has not been removed from 
yl the application queue) and will inform call director 502 with a 
20 "mtPersistenceChangedEvent" with the "mtPersistenceOf fMode" 
parameter and the application signature of conferencing 
application 401. Call director 502 will then remove the entry for 
conferencing application 401 from call director preference file 
510 in block 824, as described below. If conferencing application 
25 401 is listening in the same way, then conferencing application 
401 is transferred the incoming call as in block 806. 
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In block 806, and referring to Figure 7, after the 
conferencing application has completed launching, or if the 
conferencing application is already executed, call director 502 
will transfer the incoming call to the conferencing application, 
- 5 as described above, and return to listening, as discussed in block 
822, below. 

After conferencing application 401 has been transferred 

the call, conferencing application 401 will then be responsible 

for giving the user an option to accept the call. If the user 

10 decides to accept the call, then conferencing application 401 will 

perform as usual &rt process the incoming call. If the user does 
~^ * 

g5 not accept the call, then operation will continue with block 820. 
]== It is to be noted that whether or not the user decides to accept 
the call, call director 502 is not affected after call director 



^15 502 has transferred the incoming call to conferencing application 
^ 401 and returns to listening, as discussed in block 822. 
l! In block 822, after either: (1) call director 502 has 

03 transferred the incoming call to the conferencing application as 
fll in block 806; or (2) demon conference component 504 has dropped 
20 the call i.e. removed the call from the incoming call event 
queue -- as in block 82 6, demon conference component 504 will 
return to listening. 

In block 824, where conferencing application 401 is not 
locatable or conferencing application 401 is not listening using 
25 the same values with which conferencing application 401 set-up 

call director 502, call director 502 will remove all references to 
conferencing application 401 from call director preferences 510. 
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In block 826, if there is not enough memory available to 



launch conferencing application 401 and the user does not free-up 
any memory within the time-out period in block 816, then the 
incoming call will not be answered and the caller will receive a 
- 5 notice that the user the caller is trying to contact is not 

available. The incoming call will also be dropped if conferencing 
application 401 is not listening in the same way as it was when 
conferencing application 401 set-up call director 502 to listen 
for incoming calls. If there is not enough memory available to 
10 launch conferencing application 401 and the user does not free-up 
any memory within the time-out period in block 816, then the 
^ system will be the one shown in Figure 5, where conferencing 
1= application 401 and conference component 400 are not executing. 
^ If conferencing application 401 is not listening in the same way 
s j"?15 as it was when conferencing application 401 set-up call director 
^ 502 to listen for incoming calls, then the system will be as shown 
y] in Figure 6, where conferencing application 401 and conference 
03 component 400 are executing even though they are not processing 
Jjl any incoming calls. 
20 While the present invention has been particularly 

described with reference to the various figures, it should be 
understood that the figures are for illustration only and should 
not be taken as limiting the scope of the invention. Many changes 
and modifications may be made to the invention, by one having 
25 ordinary skill in the art, without departing from the spirit and 
scope of the invention. 
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